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© Procede et systeme de pilotage de postes de travail, notamment pour I'automatisation d'un atelier. 



© Un poste de travail tsole (13) ou un poste de travail d'un 
equipement (14a-14d) est associe au poste de travail d'une 
unite locale d'interface correspondante (18a-18e), faite d'un 
materiel et d'un logiciel standards de grande diffusion et reliee 
a un reseau local (11) pour etre connectee au centre de pilotage 
(12) de I'atelier (10). Les postes de travail des unites locales 
d'interface sont mis dans un schema conforme a un modele 
normalisd permettant de faire des developpements specifiques 
au sein de ce modele. Avantageusement, on utilise le modele 
OSI de la norme ISO pour faire les developpements specifiques 
dans la couche application du modele OSI. Le poste de travail 
d'une unite locale peut se substituer avantageusement au 
poste de travail de ['equipement associe. 



FIG.1 



.125 1 12 

r 



Me 



ifie 



15~ « a 15 7 - 



~13a 



—18 b 



ft 


-0 


I I 



14d 





-Q 


I I 



Q. 
HI 



Bundesdruckerei Berlin 

BNSDOCID: <EP 0297964A1_I_> 



1 



0 297 964 



2 



Description 

Procede et systeme de pilotage de p stes de travail, notamment p ur I'automatisation d un atelier. 



^invention se rapporte a un procede et a un 
systeme de pilotage de postes de travail, notamment 
pour I'automatisation d'un atelier. Elle concerne plus 
particulierement I'automatisation des postes de 
travail associes ou non a des equipements d'un 
atelier. 

Un poste de travail simple, ou isole, est fait d'une 
console destinee a un operateur et associee parfois 
a des accessoires tels que des lecteurs de code a 
barres. Ce poste de travail est relie a un centre de 
pilotage comprenant habituellement un ou plusieurs 
ordinateurs associes a des serveurs de donnees ou 
d'archivage (archive server) et a des moniteurs 
dedies internes. Un poste de travail analogue peut 
etre associe au calculateur de commande d'une 
machine de Tatelier. L'ensembie de la machine et du 
calculateur pourvu de son poste de travail constitue 
un equipement. L'ensembie des postes de travail, 
associes ou non a des equipements et relies au 
centre de pilotage d'un atelier, constitue un systeme 
de pilotage pour Tautomatisation de Tatelier. 

Dans un equipement, le dialogue entre la console 
du poste de travail et le calculateur depend du 
logiciel du calculateur. II est concu pour remplir des 
fonctions tres specifiques et pour rendre Tequipe- 
ment performant. II est done ordinairement tres 
elabore. Le calculateur est aussi pourvu d'une ligne 
de communication avec Texterieur. La ligne est 
souvent une ligne asynchrone. Cependant, la ten- 
dance est d'equiper le calculateur d'une ligne de 
grand debit pouvant se connecter directement sur 
un reseau local. Par consequent, les possibilites de 
dialogue offertes par la ligne de communication du 
calculateur sont tres variables, allant du plus simple 
au plus elabore selon I'equipement. Mais actuelle- 
ment, ces possibilites sont souvent limitees a cause 
de la seule presence d'une ligne asynchrone. Le 
calculateur peut disposer aussi d'une unite de 
stockage faite de disques, de disquettes ou de 
bandes. 

Le systeme de pilotage actuellement le plus 
performant empioie un reseau local reliant les 
equipements au centre de pilotage. II existe plu- 
sieurs types de reseaux locaux. Par example, un 
type bien connu utilise la technique de transmission 
dite CSMA/CD (Carrier Sense Multiple Access/Colli- 
sion Detection), tel que le reseau "Ethernet". Son 
application a I'industrie posa cependant de serieux 
inconvenients. On utilise done plus couramment 
dans Tindustrie un reseau local utilisant la technique 
du jeton (token bus), tel que le reseau MAP 
(Manufacturing Automation Protocol). 

En matiere de reseau local, 1'ISO (International 
Standard Organisation) a defini actuellement un 
modele d'interconnexion des systemes ouverts, dit 
modele OSI (Open Systems Interconnect) definis- 
sant sept couches. La plupart des reseaux actuels, 
tels que ceux bases sur le reseau Ethernet, 
s'appuient sur les services des couches basses du 
modele OSL Les applications utilisent generalement 
les services offerts par la quatrieme couche, appelee 



"transport" et la cinquieme couche, appelee "ses- 
sion". Enfin, les reseaux industriels tels que le 

5 reseau MAP commencent a offrir des services 
normalises dans la sixieme couche, dite "presenta- 
tion", ainsi que dans la septieme et derniere couche, 
dite "application". 

Naturellement, il serait souhaitable de pouvoir 

10 connecter tous les postes de travail d'un 'atelier, 
associes ou non a des equipements, & un reseau 
local pour obtenir une automatisation tres perfor- 
mante de cet atelier. Cependant, les difficultes 
rencontrees sont grandes et variees. II s'avere 

15 souvent en effet que dans un atelier de grande 
envergure, tel que par exemple un atelier de 
fabrication de cartes de circuits imprimes et de 
montage de composants sur les cartes, les equipe- 
ment existants ou futurs sont tres heterogenes au 

20 niveau des processeurs, des systemes d'exploita- 
tion ou des moniteurs dedies internes. Dans ce cas, 
chaque equipement pose un probleme specifique. 
L'adjonction de simples postes de travail ajoute 
encore d'autres probfemes specifiques. 

25 Dans un systeme de pilotage, les postes de travail 

simples sont connectes directement au centre de 
pilotage. Le centre de pilotage doit done gerer 
directement chacun des postes de travail simples. 
Cette prise en charge par le centre de pilotage est 

30 lourde et doit etre adaptee au nombre et a la 
specif icite des postes de travail. A cause de cette 
charge de gestion, il est par exemple impossible de 
transmettre a un poste de travail simple des 
documents representant un texte associe a des 

35 dessins et/ou des images, tels que des documents 
complexes numerises. Pourtant, un poste de travail 
simple peut avoir besoin de telles donnees. 

Les problemes lies au pilotage d'equtpements 
d'un atelier dependent du type de ces equipements. 

40 lis different selon que les equipements ne sont pas 
directement connectables a un reseau local, ou sont 
immediatement connectables ou dej& connectes a 
un reseau local. 

Etant donne que I'extension des reseaux locaux 

45 a I'automatisation d'ateliers dej& constitues est 
relativement recente, de nombreux equipements de 
ces ateliers n'ont pas ete congus pour etre 
connectes & un reseau local. Dans un equipement 
de ce type, le calculateur est simplement ouvert vers 

50 I'exterieur par une ligne de communication asyn- 
chrone. Cette ligne fournit une liaison de faible debit 
et doit etre connectee directement a l'ensembie des 
serveurs de donnees du centre de pilotage. II faut 
done adapter le logiciel de l'ensembie de serveurs 

55 de donnees en fonction de I'equipement connecte. 
Cette adaptation en elle-meme est deja longue et 
couteuse. De plus, les equipements de ce type ont 
en general des logiciels et des protocoles de 
dialogue differents. Par consequent, l'adjonction 

60 d'un equipement de type different oblige la modifica- 
tion sur le fond du logiciel de l'ensembie de serveurs 
de donnees. 

Les equipements connectables ou deja 
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connectes a un reseau local posent aussi des 
problemes pour leur pilotage a travers ce reseau 
local. Ces problemes se retrouvent aussi souvent^ 
pour le pilotage des equipements du type prece- 
dent. Par exemple, un equipement dont le calcula- 5 
teur ne dispose pas de programmes locaux doit 
chercher des programmes dans un serveur de 
donnees du centre de pilotage. Ainsi, si le serveur 
tombe en panne, il bloque tous les equipements de 
ce type. D'autre part, le dialogue entre Toperateur et 10 
I'exterieur se fait couramment par menus. Le 
dialogue requiert done un nombre important d'ope- 
rations souvent deiicates et nuit ainsi a la producti- 
vity du poste de travail associe. D'autres problemes 
sont lies a Techelle de fabrication de I'atelier. Pour 15 
un travail sur de grandes series, les programmes de 
base sont normalement sur disques et les pro- 
grammes supplementaires transitent par la ligne de 
communication pour etre stockes localement sur 
plusieurs media (disques ou disquettes). L'achemi- 20 
nement depend ainsi de la qualite de la ligne et 
surtout de sa disponibilite. Lorsque le pilotage porte 
sur de petites series necessitant un grand nombre 
de references, le pilotage requiert un grand nombre 
de manipulations. II comporte ainsi de nombreux 25 
temps morts et implique une gestion complexe des 
disques et disquettes et leur mise a jour. II fait 
apparaitre la notion de transparence au niveau des 
fichiers utilises et pose le probleme general d'archi- 
vage, de sauvegarde et de gestion de I'etat 30 
technique sur chaque poste ou type de postes. 

L'invention remedie a tous ces inconvenients, 
grace a une interface standard formee entre le 
reseau local et les postes de travail de I'atelier, 
associes ou ncn a des equipements. 35 

Selon ('invention, un procede de pilotage d'au 
moins un poste de travail relie a un centre de 
pilotage est caracterise en ce qu'ii consiste a 
associer le poste de travail au poste de travail d'une 
unite locale d'interface, faite d'un materiel et d'un 40 
logiciel standards de grande diffusion et reliee au 
centre de pilotage par un reseau local, et a amener 
les postes de travail dans un schema conforme a un 
modele normalise permettant de faire avec Tunite 
locale d'interface des developpements specifiques 45 
au sein de ce modele. 

Actuellement, le modele prefere est le modele OSI 
de la norme ISO, et les developpements specifiques 
sont faits au niveau des sixieme et septieme 
couches. 50 

Si le reseau local offre des services normalises au 
niveau des sixieme et septieme couches (presenta- 
tion et application), les developpements specifiques 
completent ceux disponibles de fagon standard sur 
ces couches. 55 

L'unite locale d'interface s'associe aussi au poste 
de travail d'un equipement relie au centre de 
pilotage. Alors, le logiciel de l'unite locale d'interface 
est independant du logiciel qui est propre au 
fonctionnement de Tequipement et mis en oeuvre 60 
seulement par le calculateur de Tequipement, pour 
le fonctionnement de la machine par exemple. Le 
poste de travail de l'unite locale peut se substituer 
entierement au poste de travail de Tequipement. 

En corollaire, un systeme de pilotage conforme a 65 



4 

['invention d'au moins un poste de travail relie a un 
centre de pilotage est caracteris6 en ce que ledit 
poste de travail est associe au poste de travail d'une 
unite locale d'interface incorporant un bloc de 
traitement, qui a un materiel et un logiciel standards 
de grande diffusion, qui communique avec un reseau 
local relie au centre de pilotage, et qui gere une 
unite de stockage locale comme une antememoire 
dans une architecture multiprocesseur ayant le 
reseau local pour bus et Tunite de stockage locale 
comme element specialise du multiprocesseur. 

Les caracteristiques et avantages de ('invention 
ressortiront de la description qui suit, donnee a titre 
d'exemple et faite en reference aux dessins an- 
nexes. 

Dans les dessins : 

- la figure 1 est une vue synoptique d'un 
atelier automatise conformement a l'invention ; 

- la figure 2 est une vue schematique d'un 
exemple d'equipement classique ; 

- la figure 3 est une vue schematique d'un 
exemple d'equipement represents sur la fi- 
gure 2 et associe a une unite locale d'interface 
conforme a ['invention ; 

- la figure 4 est un diagramme representant 
les fonctionnalites generates de Tunite locale 
d'interface illustree dans la figure 3 ; 

- la figure 5 est une vue schematique de 
structure du systeme d'exploitation du calcula- 
teur d'un equipement qui est pourvu d'une 
liaison d'origine connectable a un reseau local 
et qui est associe conformement a ('invention a 



une unite locale d'interface connectee au . 4 

reseau local par Tintermediaire de la liaison ~£ 

d'origine de Tequipement ; *> 

- la figure 6 illustre schematiquement la 

structure d'un message utilise par Tequipement } 

et Tunite locale representes sur la figure 5 ;-et * 

- la figure 7 est un organigramme represen- 4 
tant un exemple d'enchaTnement d'ecrans sur 1 



le poste de travail d'une unite locale d'interface 
conforme a l'invention. 

La figure 1 illustre un systeme de pilotage 10 
conforme a l'invention. Le systeme de pilotage 10 
est congu autour d'un reseau local 11 de type 
quelconque, de preference un reseau classique 
industriel du type MAP. De maniere classique, un 
centre de pilotage 12 est connecte au reseau local 
11. Le centre de pilotage 12 a une structure 
classique et se compose par exemple d'un centre de 
gestion 120 attache a un calculateur de pilotage 121 
auquel sont connectes une memoire centrale 122, 
un ensemble de serveurs de donnees 123 associe a 
une unite de memoire 124, et un ensemble 125 de 
moniteurs dedies a des applications locales. Enfin, le 
systeme de pilotage 10 illustre comporte un poste 
de travail simple ou isole 13 et des equipements 14 
de quatre types differents (14a, 14b, 14c, 14d). 

La figure 2 illustre schematiquement la structure 
generale classique d'un equipement 14. Un equipe- 
ment 14 se compose essentiellement d'une machine 
140 connectee a un calculateur 141 eventuellement 
associe a une unite de stockage 142. L'eventualite 
de la connexion entre le calculateur 141 et Tunite de 
stockage 142 est representee par un trait tirete. Le 
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calculateur 141 presente une borne d'entree-sortie 
de terminal 141 A reliee a au moins un poste de 
travail 143 par une liaison 15. Le calculateur 141 est 
ouvert vers I'exterieur par I'intermSdiaire d'une ligne 
de communication, telle qu'une ligne asynchrone 16 
ou une ligne 17 adaptee a communiquer directement 
avec un rSseau local grace a une interface propre au 
calculateur. Les equipements 14a et 14b de la 
figure 1 sont supposSes avoir seulement a I'origine 
la ligne asynchrone 16. tandis que la ligne 17 est 
propre aux equipements 14c et 14d. Eventuellement, 
une imprimante 144 est associee au calculateur 141. 

D'autre part, le poste de travail simple 13 est relie 
de maniere classique par rintermediaire d'une 
liaison 15 au centre de pilotage 12. La liaison 15 est 
de meme nature que la liaison 15 associant un poste 
de travail 143 au calculateur 141 d un equipement 
classique 14. 

[.'invention va maintenant etre decrite en refe- 
rence aux figures 1, 3, 4 et 5. 

En reference a fa figure 1 . ('invention consiste a 
associer le poste de travail simple 13 ou le poste de 
travail 143 d'un equipement 14 a une unite locale 
d'interface. Les unites locales d'interface 18a-18d se 
rapportent respectivement aux equipements 
14a-14d, et I'unite locale d'interface 18e se rapporte 
au poste de travail simple 13. Les unites locales 
d'interface 18a-18e sont faites chacune d'un mate- 
riel et d'un logiciel standards de grande diffusion. On 
entend par materiel standard de grande diffusion un 
ordinateur universel du type ordinateur personnel ou 
compatible. L'ensemble des unites locales forme 
ainsi une interface standard 18 conforme a ('inven- 
tion. 

D'une maniere generate, le procede de pilotage 
conforme a invention d'un poste de travail 13 ou 
143 relie a un centre de pilotage 12 par rinterme- 
diaire d'une liaison 15 est done d'abord caracterise 
en ce qu'il consiste a associer le poste de travail 143, 
13 a une unite d'interface respective 18a-18e faite 
d'un materiel et d'un logiciel standards de grande 
diffusion et reliee au centre de pilotage 12 par le 
reseau local 11. L'association est a entendre dans 
son sens logique et non physique, comme cela 
ressortira clairement de la description qui suit. 

D'autre part, les rSseaux locaux actuels sont tres 
varies et fonctionnent en general selon des schemas 
eux-memes varies. Le procede conforme a ('inven- 
tion consiste en outre amener chaque poste de 
travail 13, 143, 182 dans un schema conforme a un 
meme modele normalise permettant de faire avec 
('unite locale d'interface respective 18a-18e des 
developpements specifiques au sein de ce modeie. 
Le modele prefers de ('invention est le modele OSI 
de riSO. Habituellement les schemas actuels fonc- 
tionnent au niveau des quatrieme et cinquieme 
couches du modele OSI de I'lSO. Le procede 
conforme a I'invention consiste alors a amener les 
postes de travail dans un schema conforme au 
modele OSI et de faire avec I'unite locale d'interface 
respective des developpements specifiques au 
niveau de la couche application du modele OSI. 

II est clair que les developpements specifiques 
dans la couche application peuvent aussi etre faits 
dans la couche presentation du modele OSI. Si le 
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reseau local 11 est SvoluS, du type reseau local 
industriel a jeton, il permet actuellement des deve- 
loppements standards au niveau de la couche 
application du modele OSI. Dans ce cas, le procede 

5 conforme a I'invention consiste a faire dans cette 
couche des developpements specifiques, compIS- 
mentaires aux developpements standards disponi- 
bles sur le reseau. Des exemples duplications 
specifiques seront donnSs ulterieurement. 

10 La figure 3 illustre la structure de I'unite locale 18a 
associee conformSment a I'invention au poste de 
travail 143 de ('equipement 14a represents sur la 
figure 1. L'equipement 14a est une equipement 
classique, tel que represents sur la figure 2, dans 

15 lequel il n'y a pas de liaison 17 et d'unite de stockage 
142. L'unite locale d'interface 18a est formSe 
essentiellement d'un bloc de traitement 180 
connecte par une borne d'entree-sortie 180A a une 
unite de stockage 181. Le bloc de traitement 180 est 

20 fait d'un materiel et d'un logiciel standards de 
grande diffusion. Le bloc de traitement 180 est aussi 
connects par une borne d'entrSe-sortie 180B a un 
terminal 182 analogue au terminal 143. Le terminal 
182 illustre se compose done d'une console 182a et 

25 d'un lecteur de code a barres 182b. Dans un atelier 
automatisS conformSment a I'invention, chaque 
unite locale etait faite d'un materiel BM60 (Bull 
Micral). Une liaison logique de terminal 15' est faite 
entre une borne d'emulation de terminal 180C du 

30 bloc de traitement 180 et la borne de terminal 141A 
du calculateur 141 (figure 2). Le bloc de traitement 
180 comporte une borne d'entrSe-sortie 180D 
connectSe a une ligne de communication 19 adaptSe 
a une connexion directe avec le reseau local 1 1 . La 

35 ligne 19 est done d'un type similaire a la ligne 17 
indiquSe dans I'Squipement 14 illustre dans la figure 
2. Le bloc de traitement 180 comporte enfin une 
borne d'entree-sortie 180E recevant la ligne de 
communication asynchrone 16 du calculateur 141 de 

40 l'equipement 14a. La borne 180E est done une borne 
d'Smulation de communication. Eventuellement, le 
bloc de traitement 180 peut encore avoir une borne 
d'entree-sortie 180F pour une connexion avec une 
imprimante 183. II est a noter que dans certains 

45 equipements une meme ligne physique de commu- 
nication peut jouer le role de la liaison (logique) de 
terminal 15' et de la ligne (logique) 16. 

Le principe de ('invention consiste done a asso- 
cier, dans le sens logique du terme, le poste de 

50 travail 143 du calculateur 141 de I'Squipement 14a au 
poste de travail 182 de I'unite locale 18a servant 
d'interface standard avec le reseau local 11 
connects au centre de pilotage 12. Grace a cette 
association, les taches affectSes originellement au 

55 poste de travail 143 sont ramenSes au moins en 
partte au niveau de I'unite locale 18a. Dans cette 
unite locale, certaines taches sont exScutees auto- 
matiquement par le bloc de traitement 180. Dans la 
mesure du possible, toutes les taches xScutables 

60 automatiquement seront ramenees au niveau de 
I'unite locale 18a pour y etre traitSes. Une illustration 
en est donnee ulterieurement. Les autres taches 
sont prSsentSes a l operateur sur lecran de la 
console 182a. A la limite, toutes les taches initiala- 

65 ment destinSes au poste de travail 143 seront 
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avantageusement transferees de maniere logique a 
I'unite locale 18a et au poste de travail 182 associe. 
Ce poste de travail se substitue done entierement au 
poste de travail associe a Torigine a I'equipement 
14a. Dans ce cas ( la liaison 15 peut etre appliquee 
directement a la borne 180C du bloc de traitement 
180 de I'unite locale et tenir le role de la liaison 15', 
La figure 4 illustre les elements fonctionnels 
principaux du bloc local 180a de I'unite locale 18a. 
Les cinq bornes 180 A, B ( C, D et E sont 
respectivement associees a cinq elements, consti- 
tuant respectivement une interface de stockage 
1800A, une interface operateur 1800B, une interface 
terminal 1800C, une interface reseau 1800D et une 
interface communication 1800E. L'interface opera- 
teur 1800B est reliee a l'interface reseau 1800D par 
I'intermediaire d'une interface centre de pilotage 
1800G. L'interface operateur 1800B est reliee a 
l'interface terminal 1800C par I'intermediaire d'un 
element 1800H de controle de I'equipement 14a. 
Enfin, ['interface de stockage 1800A est reliee 
directement a l'interface operateur 1800B, a l'inter- 
face reseau 1800D, a l'interface terminal 1800C et a 
l'interface communication 1800E. 

Le principe de fonctionnement de I'equipement 
14a associe a son unite locale 18a est le suivant. 
D'une part, il est fait en sorte que le logiciel utilise de 
facon standard dans le bloc de traitement 180a de 
I'unite iocaie 18a est independant du logiciel qui est 
propre au fonctionnement de I'equipement 14a et 
mis en oeuvre seulement par le calculateur 141 (pour 
la machine par exemple). D'autre part, le bloc de 
traitement 180 de I'unite locale est adapte pour 
contrdler au moins en partie le calculateur 141 de 
I'equipement 14a par Tintermediaire de la ligne de 
communication 16. Eventuellement, la liaison de 
terminal 15' peut aussi etre utilisee pour faire ce 
controle. Le controle partie! du calculateur par la 
poste de travail 182 de I'unite locale d'interface 
realise Tassociation, dans le sens logique du terme, 
avec le poste de travail 143 de I'equipement 14a. 
Cependant, comme cela a ete dit precedement, le 
bloc de traitement controle avantageusement le 
fonctionnement de I'equipement, tout au moins en 
mode normal. Les autres modes de fonctionnement 
decrits ulterieurement pourraient etre laisses au 
poste de travail 143. 

Dans le cas de I'equipement 14a, dont le calcula- 
teur 141 est depourvu d'unite de stockage, I 'unite" 
locale 18a procure au calculateur 141 I'unite de 
stockage 181 et relie le calculateur 141 et I'unite de 
stockage 181 au reseau local 1 1 . En fonctionnement, 
('invention consiste a envoyer dans I'unite de 
stockage 181 une copie de programmes contenus 
dans I'ensemble de serveurs 123 du centre de 
pilotage 12, et a attribuer a I'unite iocaie 18a la 
gestion du catalogue des fichiers utilises par le 
calculateur 141 de I'equipement 14a. Le fonctionne- 
ment detaille de I'equipement 14a dans Tenvironne- 
ment du systeme de pilotage 10 conforme a 
I'invention va maintenant etre decrit. 

On appelle programme piece un programme 
particulier correspondant a un produit donne mani- 
pule dans ('atelier 10. Ce peut etre par exemple un 
programme de test, un programme de verification, 



BNSDOCID:<EP 0297964A1 I > 



ou une operation particuliere faite sur le produit. 
D'une maniere generate, les programmes pieces ont 
leur original archives dans I'ensemble de serveurs 
de donnees 123. Les sauvegardes de ces originaux 
5 sont done effectuees dans cet ensemble de ser- 
veurs de donnees. Selon I'invention, les * pro- 
grammes disponibles au niveau du poste de travail 
182 sont des copies qui ont ete delivrees sur 
demande de ces postes et stockees dans I'unite 
10 181. L'unite de stockage 181 peut ainsi etre 
assimilee a une antememoire dans un ensemble 
equivaiant a une architecture multiprocesseur ayant 
le reseau local 11 pour bus et I'unite locale de 
stockage /1 81 comme element specialise du multr- 
15 processeur. II est clair cependant que la probability 
de disposer localement du ou des programmes 
pieces necessaires pour executer le travail initialise 
par I'operateur au poste de travail 182 varie en 
fonction des capacites de I'unite locale de stockage 
20 181 et de la taille des programmes utilises par 
I'equipement 14a. 

D'autre part, tout message du systeme automa- 
tise de ('atelier 10 repondant a Initialisation d'un 
traitement par un operateur au poste de travail 182 
25 contient les noms des outillages logiques et physi- 
ques a utiliser. Les programmes pieces correspon- 
dants, qui ne sont pas disponibles dans I'unite locale 
de stockage 181, sont appeles par I'unite locale 18a 
pour leur tele-chargement Ainsi, le transfert de 
30 fichiers entre I'ensemble des serveurs de donnees 
123 et le poste de travail 182 est gere automatique- 
rrient par I'unite locale d'interface de facon totale- 
ment transparente pour I'operateur operant sur un 
tel poste de travail. Un fonctionnement analogue aux 
35 programmes pieces est fait au niveau des fichiers 
decrivant des documents a afficher sur les postes 
de travail. Enfin, I'unite locale 18a gere un diction- 
naire des programmes pieces. Le but principaj est 
d'initialiser un transfert si le fichier n'est pas present 
40 dans I'unite locale de stockage 181. II sera avanta- 
geux aussi que cette gestion soit faite pour 
appliquer une strategie d'effacement des fichiers qui 
ont le moins de chance d'etre reutilises dans un 
avenir proche lorsqu'un probleme de place se pose 
45 au niveau de I'unite locale de stockage 181, 

Par ailleurs, ie bloc de traitement 180 de I'unite 
locale d'interface 18a permet de distinguer les 
informations qui doivent etre imprimees de cedes qui 
peuvent etre conservees en memoire. Les informa- 
50 tions a imprimer peuvent etre prises en charge par 
rimprimante 144 de I'equipement classique tel que 
represente sur la figure 1. Elles peuvent aussi etre 
prises en charge en partie ou totalement par 
rimprimante 182 de I'unite locale d'interface 18a. 
55 Sachant que I'equipement 14a adapte par I'unite 
locale 18a conformement a I'invention est un 
equipement souvent rudimentaire et peu perfor- 
mant, depourvu d*unite de stockage et ne compor- 
tant qu'une simple ligne de communication asyn- 
60 chrone, I'unite locate 18a doit avoir toutes les 
foncttonnalites requises pour suppleer ou s'adapter 
aux faibles performances de I'equipement 14a. Les 
fonctionnalites decrites precedemment illustrent 
toutes les possibilites offertes par I'invention. On 
65 comprend cependant que plus I'equipement est 
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evolue et performant, plus !es fonctionnalites de 
I'unite locale correspondante peuvent etre selec- 
tives et ameliorees en consequence. Plusieurs 
exemples d'equipements classiques plus evolues 
sont suggeres dans la figure 2. La figure 1 iliustre 
schematiquement i'adaptation conforme a linven- 
tion de ces equipements plus evolues. On conside- 
red successivement I equipement 14b et son unite 
locale 18b, puis I'equipement 14c et son unite locale 
18c. et enfin I'equipement 14d et son unite locale 
18d. 

L'equipement 14b et son unite locale 18b corres- 
pondent a I'adaption conforme a I'invention de 
I'equipement conventionnel tel que represents sur la 
figure 2, dont le calculateur 141 est pourvu de I'unite 
de stockage 142 et seulement de la ligne asyn- 
chrone 16. L'equipement 14b differe ainsi de 
I'equipement 14a par la presence de I'unite de 
stockage 142 associee au calculateur 141. II ressort 
de la description precedente que les unites locales 
18a et 18b ont essentieilement la meme structure et 
les memes fonctionnalites. Cependant, I'unite locale 
18b relie le calculateur 141 et son unite de stockage 
142 dans requirement 14b au reseau local 11. La 
presence de I'unite de stockage 142 peut ameliorer 
les performances de Tunite locale 18b par rapport a 
I'unite locale 18a. Ainsi, la copie de programmes 
contenus dans ("ensemble de serveurs de donnees 
123 est stockee dans I'unite de stockage 142. En 
regie generate, le stockage local se fait en priorite 
dans I'unite de stockage 142 de I'equipement. 

Enfin, I'unite locale 18b gere le catalogue de la 
meme maniere que I'unite locale 18a. Avantageuse- 
ment, I'unite locale 18b aura dans son catalogue 
Thistorique des fichiers issus de ('ensemble des 
serveurs de donnees 123 et contenus dans I'unite de 
stockage 142 et gerera I'espace dans cette unite de 
stockage. Par consequent, si par exemple il n'existe 
plus de place dans I'unite de stockage 142, I'unite 
locale 18b peut, grace a sa connaissance de 
Thistorique des fichiers, supprimer un ou plusieurs 
de ces fichiers pour avoir dans I'unite de stockage 
142 la place suffisante pour le stockage requis d'un 
fichier. L'unite locale 18b peut disposer de statisti- 
ques d'utilisation des fichiers pour appliquer Talgo- 
rithme de leur elimination en cas de manque de 
place dans I'unite de stockage 142. Les fichiers qui 
ont le moins de chance d'etre reutilises dans un 
avenir proche peuvent alors etre effaces. Bien 
entendu, I'unite locale 18b n'a pas une vue aussi fine 
que le calculateur 141 sur les volumes de stockage 
liberes dans I'unite 142. Par consequent, cette 
strategie d'elimination pourra conduire a eliminer un 
nombre de fichiers superieur a I'espace desire afin 
de ne pas retrouver le probleme de place dans un 
avenir proche. D'autre part, la gestion du diction- 
naire des fichiers par I'unite locale 18b inclura 
avantageusement la reconstitution, en cas d'inci- 
dent, du dictionnaire de I'unite locale a partir du 
contenu de I'unite de stockage 142 de I'equipement 
14b. Un autre avantage permis par ('unite locale 18b 
consiste en la lecture de fichiers contenus dans 
I'unite de stockage 142, concernant notamment des 
resultats obtenus par I'equipement ou des fichiers 
generes en auto-apprentissage ou mise au point sur 
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lequipement. 

L'equipement 14c et son unite locale 18c, repre- 
sents sur la figure 1, sont I'adaptation conforme a 
I'invention d'un equipement classique tel que repre- 
5 sente sur la figure 2, dont I calculateur 141 est 
pourvu de I'unite de stockage 142 et de la ligne 17 au 
lieu de la ligne asynchrone 16. 

La ligne 17 est adaptee au reseau local 1 1 par une 
interface propre au calculateur 141 et permet 
10 generalement des transferts a grand debit. L'equipe- 
ment 14c adapte conformement a I'invention 
conserve la liaison initiale 17 avec le reseau local 11. 
Cependant, il y est ajoute une ligne de communica- 
tion asynchrone additionnelle 16' avec ('unite locale 
15 18c. Dans ces conditions, I'unite locale 18c garde 
essentieilement la meme structure et les memes 
fonctionnalites que celles de I'unite locale 18b. 
Autrement dit, I'unite locale est reliee au calculateur 
141 de l'equipement 14c par la ligne 15' etparla ligne 

20 asynchrone 16' semblabte a la ligne 16. L'unite locale 
18c reste d'autre part reliee au reseau local 1 1 par la 
ligne 19. Cependant, les performances accrues du 
calculateur 141 de I'equipement 14c par rapport aux 
equipements precedemment decrits permettent d'a- 

25 meliorer encore les performances de I'unite locale 
correspondante 18c par rapport a I'unite locale 18b. 
Principalement, I'unite locale 18c profitera de la ligne 
d'origine 17 a grand debit pour accomplir en partie 
certaines taches, alors que d'autres taches pourront 

30 se faire simultanement en empruntant la ligne 19. Par 
exemple, il sera tres profitable d'attribuer a I'unite 
locale 18c la gestion du catalogue et fa preparation 
d'un transfert de donnees et a faire ce transfert sur 
la ligne d'origine 17. En d'autres termes, le transfert 

35 d'un fichier est ordonne par I'unite locale 18c mais 
se fait en court-circuitant cette unite locale. Celle-ci 
met seulement dans sa propre bibliotheque une 
indication du transfert. Les autres fonctionnalites de 
I'unite locale 18c peuvent etre similaires a celles de 

40 I'unite locale 18b. Notamment, I'unite locale 18c aura 
dans son catalogue Thistorique des fichiers issus de 
Tensemble des serveurs de donnees 123 et conte- 
nus dans Tunite de stockage 142 de facon a gerer 
I'espace de cette unite de stockage. 

45 L'equipement 14d et son unite locale 18d, qui sont 
represents sur la figure 1 , constituent une variante 
de realisation de l'equipement precedent 14c et de 
son unite locale 18c. En effet, les deux equipements 
14c et 14d ont tous deux la ligne de communication 

50 d'origine 17. Selon (a variante conforme a I'invention, 
la ligne d'origine 17 est maintenue et se substitue, 
dans Tunite locale 18d, a la ligne 19 qui etait 
maintenue dans Tunite locale 18c. L'unite locale 18d 
n'a plus de ligne 19 et utilise seulement les lignes 

55 15', 16' et 17. Dans cette configuration, Tunite locale 
18d est simplement associee au calculateur 141 de 
l'equipement 14d. Le probleme se pose alors de 
gerer les messages internes relatifs au pilotage de 
l'equipement et les messages externes destines a 

60 transiter entre Tunite locale 18d et le reseau local 1 1. 
La figure 5 est une vue schematique des liaisons 
fonctionnelles entre le calculateur 141 de requipe- 
ment 14d, Tunite locale associee 18d, la ligne 17, le 
reseau local 11 et Tensemble des serveurs de 

65 donnees 123. La figure 6 iliustre la structure d'un 
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message pouvant etre avantageusement utilisee 
dans la configuration de la figure 5. 

En reference a la figure 5, la partie 1 41 0 symbolise 
le systeme d'exploitation du calculateur 141 de 
I'equipement 14d. Le systeme d'exploitation 1410 se 
compose de plusieurs couches de logiciel, notam- 
ment d'une couche 1411 propre au pilotage de 
I'equipement et d'une couche 1412 d'interface avec 
Punite locale 18d. La ligne 16' de communication 
entre Punite locale 18d et le calculateur 141 aboutit 
done a la couche d'interface 1412. La couche 
d'interface 1412 est connectee de fagon logique a la 
ligne 17 pour les messages externes et a la couche 
1411 par I'intermediaire d'une ligne logique de 
communication 1413 porteuse des messages inter- 
nes. Conformement a Pinvention, la couche d'inter- 
face 1412 inclut un dispositif logique d'aiguillage 
1414 relie a la ligne 16', a la ligne 17 et la ligne logique 
1413. Le dispositif 1414 fait un aiguillage des 
donnees de facon a etablir selectivement un trans- 
fert entre I'unite locale 18d et les fonctions du 
calculateur propres a I'equipement 14d et contenues 
dans la couche 1411, et entre I'unite locale 18d et le 
reseau local 11 par I'intermediaire de la ligne 17. 
Autrement dit, le dispositif d'aiguillage 1414 fait une 
selection entre les messages externes et les 
messages internes. Avantageusement, tout mes- 
sage interne ou externe aura la structure telle que 
representee dans la figure 6 par le message M. Le 
message M incorpore un preambule P servant 
d'indicateur de I'origine ou de la destination du 
message, et une partie information I representative 
du contenu proprement dit du message. Par exem- 
ple, i'aiguillage sera fait en incorporant a tout 
message M issu de I'unite locale 18d un preambule 
P1 representatif de la destination du message et a 
tout message destine a I'unite locale un preambule 
P2 representif de I'origine du message. Par ailieurs, 
comme indique en tirete a la figure 5, une ligne 
logique 1415 peut etre etablie entre ('ensemble de 
serveurs de donnees 123 et I'unite et I'unite de 
stockage de I'equipement 14d. Cette connexion est 
evidemment demandee par I'unite locale 18d et 
geree ou contrdlee par la couche 1412. 

Enfin, il reste I'unite locale d'interface 18e simple- 
ment rattachee au poste de travail 13. On comprend 
maintenant que I'unite locale d'interface 18e a la 
meme structure que celle de I'unite 18a. Le poste de 
travail 13 correspond au poste de travail 182. La 
borne 180E du bloc de traitement 180 reste 
avantageusement disponible en vue d'une future 
connexion avec un equipement. II est clair que le 
fonctionnement de I'unite 18e est similaire a celui de 
('unite 18a, et procure une interface standard avec le 
reseau local 11 et le centre de pilotage 12 tout en 
donnant les ressources adaptees a revolution du 
poste de travail. 

II est a noter que la ligne 16 ou 16' peut 
avantageusement etre remplacee par une ligne 
synchrone ou de type connectable a un reseau local. 
La ligne 16 ou 16' a ete consideree comme une ligne 
de communication asynchrone a cause de la 
disponibilite d'une telle ligne sur les equipements 
actuels. 

Les fonctionnalites d'une unite locale etant pre- 



sentees, nous discuterons maintenant des divers 
modes de fonctionnement que peut avoir une unite 
locale, telle que I'unite 18a par exemple. En dehors 
d'un mode normal, il est possible de prevoir 

5 plusieurs autres modes, tels que ceux cites en 
exemple ci-apres. Le mode normal correspond au 
travail normal d'un operateur de production dans le 
cadre de ['atelier 10. D'une maniere generate, ce 
travail comprend la connexion et la deconnexion du 

10 poste de travail au centre de pilotage 12 via le reseau 
local 11, I'ouverture et la fermeture du poste, 
Tidentification de I'operateur, la transmission des 
mouvements de i'operateur, et au moins une 
operation a effectuer. Dans le cadre d'un atelier de 

15 fabrication de cartes de circuits imprimes et de 
montage de composants sur les cartes, Poperation 
peut etre par exemple le traitement d'insertion de 
composants sur un lot de cartes de circuits 
imprimes. Etant donne qu'une unite locale conforme 

20 a Pinvention est faite d'un materiel et d'un logiciel 
standards de grande diffusion, les operations classi- 
ques autres que celle de Poperation donnee sont 
faites de fagon ordinaire. Pour Poperation choisie, 
I'operateur au poste de travail 182 utilise le lecteur 

25 de code a barres 182b pour lire le numero du 
conteneur du lot pris en compte. Cette operation 
entraTne Pemission par I'unite locale d'un message 
vers le centre de pilotage 12 et, plus particuliere^ 
ment, vers le calculateur central 121. Celui-ct envoie 

30 a I'unite locale 18a un message comprenant les 
informations qui permettent a I'unite locale de 
presenter les enchaTnements d'ecrans apfpropries 
au traitement du lot et d'assurer les saisies d'infor- 
mations et le controle de leur coherence. En meme 

35 temps, le centre de pilotage 12 transmert a I'unite 
locale 18a les references des programmes pieces et 
des documents (fiches d'instruction) a utiliser pour 
le traitement du iot. L'unite locale 18a charge dans la 
memoire du calculateur 141 les programmes corres- 

40 pondant aux references regues. Si ces programmes 
ne sont pas disponibtes dans I'unite de stockage 
181, I'unite locale les preleve dans I'ensemble des 
serveurs de donnees 123 pour les stocker locale- 
ment (sur I'unite de stockage 181) et les charger 

45 dans la memoire du calculateur 141. Ceci est fait 
automatiquement, de fagon transparente pour I'ope- 
rateur. L'execution du travail peut avoir lieu suivant 
ces programmes, avec si necessaire un dialogue 
avec des applications locales de I'ensemble de 

50 moniteurs dedies 125 du centre de pilotage 12. La 
cloture du traitement du lot se fait avec la transmis- 
sion d'un compte-rendu au centre de pilotage 12. 

Le systeme de pilotage 10 conforme a Pinvention 
comportera aussi avantageusement un mode de 

55 fonctionnement appele "methodes". Ce mode 
consiste en un test de validite des programmes 
originaux contenus dans I'ensemble des serveurs de 
donnees 123. 

Ce mode est accessible a partir de la lecture d'un 

60 code fel que "operateur methodes". Ce mode 
permet Pappel d'un programme piece a tester. Le 
fichier relatif a ce programme piece est charge dans 
Punite local correspondante, sans possibility d'utili- 
sation en mode normal. La validation du programme 

65 piece est etablie. Dans ce mode, un programme 



7 



0297964A1_I_> 



13 



0 297 964 



14 



piece produit ou modifie localement peut etre 
stocke dans Tensemble de serveur de donnees 123. 
Chaque fois que cela est possible, une emulation de 
la console de I'equipement est faite par la console 
182 de ['unite locale correspondante. La bibliothe- 
que des programmes pieces contenus dans Tunite 
de stockage 142 de I'equipement correspondant 
peut etre reconstitute dans Tunite de stockage 181 
de I'unite 18 associee. Le temps d'execution d'un 
test sera avantageusement enregistre. 

II peut encore exister un mode relatif a la 
maintenance. Ce mode est accessible a partir de la 
lecture d'un code tel que "operateur maintenance". 
Ce mode doit offrir des fonctions de maintenance en 
amont, c'est-a-dire vers le centre de pilotage 12, ou 
en aval, vers I'equipement. Toutefois, afin de ne pas 
entrainer des charges de developpements non 
adaptees aux besoins, il est admis que la mainte- 
nance fine de I'equipement peut entrainer la recon- 
nexion de la console d'origine 143 dans le cas ou elie 
aurait pu etre deconnectee. 

On decrira maintenant Tinterface avec Toperateur 
et les ecrans associes, representes sur la figure 7. 
Une unite locale conforme a I'invention a pour 
objectif de constituer une interface simpltfiee avec 
Toperateur, qui permet chaque fois que cela est 
possible d'offrir toutes les fonctionnaiites au niveau 
d'une seule console. On a dit que I'exemple de 
realisation du pilotage conforme a Tinvention a 
utilise comme console de base celle du BM60, a 
laquelle est associe un lecteur de codes a barres. 
Sur Tecran de la console sont offerts deux niveaux 
de langage, a savoir un langage normalise corres- 
pondant a la visibility qu'a Toperateur vis-a-vis des 
differents elements avec lesquels il est en relation , 
et un langage dedie a la conduite de I'equipement 
associe au poste. Le niveau du langage dedie est 
naturellement fonction de Tequipement et du mode 
dans lequel il se trouve. Le langage normalise 
s'appuie sur les ecrans qui vont maintenant etre 
presentes avec leur enchainement en reference a la 
figure 7. Ces ecrans et leur enchainement sont 
directement geres par I'unite locale associee a 
I'equipement utilise. II est a noter que tous les 
ecrans relatifs a I'unite locale ont pour caracteristi- 
que d'etre des ecrans stables, dont le risque 
devolution est faible. 

En reference a la figure 7, on voit que la mise sous 
tension "ON" de I'unite locale fait apparaltre Tecran 
E1 presentant le menu general de Tunite locale. A 
I'ecran E1 succede en mode normal I'ecran E2 
presentant le menu general du pilotage. Les autres 
modes qui ont ete presentes precedemment corres- 
pondent a des ecrans E'2 se regroupant en amont 
de Tecran E1. A Tecran E2 peuvent succeder 
plusieurs types d'ecrans. Par exemple, on peut 
envisager un ecran E3 concernant I'arrivee de 
Toperateur, un ecran E4 concernant Touverture et la 
fermeture du poste et un ecran E5 concernant les 
mouvements de Toperateur. Les postes E4 et E5 se 
reboucient en amont de Tecran E2. En cas d'impos- 
sibilite, la suite de i'ecran E2 ramene a I'etat initial de 
I'unite locale. Cependant, la suite normale de Tecran 
E2 est Texecution d'une tache. La tache consideree 
est celle decrite precedemment en relation avec les 



programmes pieces. Cette tache considerait le 
traitement d'un lot de cartes dans un atelier de 
montage de circuits imprimes. Par exemple, on peut 
envisager comme premier ecran d'execution un 

5 ecran E6 de lecture du conteneur du lot. L'ecran E6 
peut eventuellement intervenir apres Tecran E3. 
L'ecran E6 aboutit normalement a un ecran E7 
affichant les instructions. Cependant, la suite des 
ecrans E2, E6 et E7 peut conduire a un ecran AO 

10 d'alea. Une suite d'ecrans d'alea A1...Ai fournit un 
retour R a Tecran appelant. L'ecran AO peut aussi 
etre la suite de Tecran E2. Normalement, Tecran E7 
genere d'autres ecrans jusqu'a la fin END de 
traitement du lot. A la fin de traitement du lot, on 

15 retourne en amont de Tecran E6. Enfin, il se peut que 
Ton doive retourner en amont de Tecran E2 en sortie 
de Tecran E6 et d'autres ecrans successifs. 



20 

Revendications 



1. Procede de pilotage d'au moins un poste 
25 de travail (13, 143) relie a un centre de pilotage 

(12), caracterise en ce qu'il consite a associer 
ledit poste de travail au poste de travail (182) 
d'une unite locale d'interface(18a-18e), faite 
d'un materiel et d'un logiciel standards de 

30 grande diffusion et reliee au centre de pilotage 

par un reseau local (11), et aamenerle poste de 
travail de Tunite locale d'interface dans un 
schema conforme a un modele normalise 
permettant de faire avec Tunite locale d'inter- 

35 face des developpements specifiques au sein 

dudit modele. 

2. Procede selon la revendication 1, caracte- 
rise en ce que le modele normalise est le 
modele OSI de la norme ISO et les developpe- 

40 ments specifiques sont faits au niveau de la 

couche application du modele OSI. 

3. Procede selon la revendication 2, caracte- 
rise en ce que le reseau local offrant des 
services normalises au niveau de ta couche 

45 presentation et/ou de la couche application du 

modele OSI, les developpements specifiques 
precites completent lesdits services norma- 
lises. 

4. Procede selon la revendication 1 , 2 ou 3, 
50 caracterise en ce que Tunite locale d'interface 

incorporant une unite de stockage locale (181), 
il consiste a gerer Tunite de stockage locale 
comme une antememoire dans une architec- 
ture multiprocesseur ayant le reseau locaf pour 
55 bus et Tunite de stockage locale comme 

element specialise du multiprocesseur. 

5. Procede selon Tune des revendications 1 
a 4, caracterise en ce que le poste de travail 
(143) etant associe au calculateur (141) d'un 

60 equtpement (14a-14d) pourvu d'un premiere 

ligne de communication (16, 17), il consiste a 
rendre le logiciel de Tunite locale d'interface 
(18a-18d) independant du logiciel propre au 
fonctionnement de I'equipement et a controler 

65 au moins en partie le calculateur de Tequipe- 
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ment par iadite unite locale d'interface au 
travers d'une seconde ligne de communication 
(16,16'). 

6. Procede selon la revendication revendica- 

tion 5, caracterise en ce que le calculateur (141) 5 
de I'equipement (14a) etant depourvu d'unite 
de stockage, ii consiste a relier le calculateur et 
I'unite de stockage de I'unite locale d'interface 
au reseau local (11), a envoyer dans Tunite de 
stockage une copie de programmes contenus 10 
dans un ensemble de serveurs de donnees 
(123) du centre de pilotage (12), et a attribuer a 
I'unite locale d'interface la gestion du catalo- 
gue. 

7. Procede selon la revendication 5, caracte- 15 
rise en ce que le calculateur (141) de I'equipe- 
ment (14b) etant pourvu d'une unite de 
stockage (142), il consiste a relier ie calculateur 

et son unite de stockage au reseau local, a 
stocker dans cette unite de stockage une copie 20 
de programmes contenus dans un ensemble de 
serveurs de donnees (123) du centre de 
pilotage (12), et a attribuer a I'unite locale 
d'interface la gestion du catalogue. 

8. Procede selon la revendication 7, caracte- 25 
rise en ce que Iadite premiere ligne (16) est une 

ligne de communication asynchrone. 

9. Procede selon la revendication 5, 6 ou 7, 
caracterise en ce que Iadite premiere ligne de 
communication (17) permettant une connexion 30 
directe de I'equipement 14c au reseau local 

(11), il consiste a utiliser Iadite seconde ligne 
„ (16'), a attribuer a I'unite locale d'interface la 
" gestion du catalogue et la preparation d'un 

transfert de donnees, et a faire ce transfert sur 35 

Iadite premiere ligne de communication. 

10. Procede selon la revendication 5, 6 ou 7, 
caracterise en ce que Iadite premiere ligne de 
communication (17) permettant une connexion 
directe de I'equipement (14d) au reseau local 40 
(1 1 ), il consiste a utiliser Iadite seconde ligne de 
communication (16') et a aiguiller dans le 
calculateur (141) de I'equipement les donnees 

de facon a etablir selective ment un transfert 
entre I'unite locale d'interface et les fonctions 45 
du calculateur propres a requipement, et entre 
I'unite locale d'interface et le reseau local. 

1 1 . Procede selon la revendication 10, caracte- 
rise en ce que I'aiguillage est fait en incorporant 

a tout message (M) issu de I'unite locale 50 
d'interface (14d) un indicateur (P1) representa- 
tif de la destination du message, et en incorpo- 
rant a tout message (M) destine a I'unite locale 
d'interface un indicateur (P2) representatif de 
I'origine du message. 55 

12. Procede selon la revendication 9, 10 ou 11, 
caracterise en ce que Iadite seconde ligne de 
communication (16') est une ligne asynchrone. 

13. Procede selon Tune des revendications 5 

a 12, caracaterise en ce que le catalogue de 60 
('unite locale d'interface connait I'historique des 
fichiers issus dudit ensemble de serveurs de 
donnees (123) du centre de pilotage (12) et 
contenus dans I'unite de stockage (141) du 
calculateur et gere en consequence I'espace 65 
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dans cette unite de stockage. 

14. Procede selon I'une des revendications 5 
a 13, caracterise en ce que I'association du 
poste de travail (143) de I'equipement au poste 
de travail (182) de I'unite locale d'interface 
(18a-18d) est telle que le poste de travail (182) 
de I'unite locale d'interface se substitue entie- 
rement au poste de travail (143) de I'equipe- 
ment. 

15. Procede selon Tune des revendications 5 
a 14, caracterise en ce que le calculateur (141) 
de I'equipement (14a-14d) est controle en 
partie par rintermediaire de la liaison de 
terminal (15') reliant I'unite locale d'interface au 
calculateur de I'equipement. 

16. Procede selon I'une des revendications 1 
a 15, caracterise en ce que le materiel standard 
precite de I'unite locale d'interface est du type 
ordinateur personnel ou compatible. 

17. Systeme de pilotage (10) d'au moins un 
poste de travail (13, 143) relie a un centre de 
pilotage (12), caracterise en ce que ledit poste 
de travail est associe au poste de travail d'une 
unite locale d'interface (18a-18e) incorporant 
un bloc de traitement (180) qui a un materiel et 
un logiciel standards de grande diffusion, qui 
communique avec un reseau local (11) relie au 
centre de pilotage (12), et qui gere une unite de 
stockage locale (181) comme une antememoire 
dans une architecture multiprocesseur ayant le 
reseau local pour bus et I'unite de stockage 
locale comme element specialise du multipro- 
cesseur. 

18. Systeme selon la revendication 17, carac- 
terise en ce que ledit poste de travail (143) etant 
relie a une borne de terminal (141 A) du 
calculateur (141) d'un equipement (14a-14d) 
pourvu d'une premiere ligne de communication 
(16, 17), le bloc de traitement (180) est 
connecte a Iadite borne de terminal (141 A) par 
une liaison de terminal (15'), possede un logiciel 
independant du logiciel propre au fonctionne- 
ment du calculateur de I'equipement, et 
controle au moins partiellement ce calculateur 
par I'intermediaire d'une seconde ligne de 
communication (16, 16'). 

19. Systeme selon la revendication 18, carac- 
terise en ce que Iadite premiere ligne de 
communication (16) est une ligne asynchrone. 

20. Systeme selon la revendication 19, carac- 
terise en ce que la seconde ligne de communi- 
cation correspond a la premiere ligne de 
communication (16). 

21. Systeme selon la revendication 18, carac- 
terise en ce que Iadite premiere ligne de 
communication (17) est une ligne adaptee a la 
connexion avec le reseau local (11). 

22. Systeme selon la revendication 21, carac- 
terise en ce que Iadite seconde ligne de 
communication (16') est une ligne asynchrone. 

23. Systeme selon la revendication 20 ou 22, 
caracterise en ce que Iadite seconde ligne de 
communication (16, 16') et Iadite liaison de 
terminal (15') entre I'unite locale d'interface 
(18a-18d) et le calculateur (141) de I'equipe- 
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ment (14a-14d) forment une meme ligne physi- 
que. 

24. Systeme selon Tune des revendications 17 
a 23, caracterise en ce que le bloc de traitement 
(180) de Tunite locale d'interface communique 5 
avec le reseau local (11) par Tintermediaire 
d'une troisieme ligne de communication (19). 

25. Systeme selon la revendication 21, 22 ou 
23, caracterise en ce que le bloc de traitement 
(180) de Tunite locale d'interface communique 10 
avec le reseau local (11) par Tintermediaire 
desdites premiere et seconde lignes (17, 16'). 

26. Systeme selon Tune des revendications 18 
a 25, caracterise en ce que le poste de travail 
(182) de I'unite locale d'interface se substitue 15 
entierement au poste de travail (143) de 
Tequipement (14a-14d), de sorte que le poste 

de travail (143) peut etre deconnecte de 
Tequipement. 

27. Systeme selon Tune des revendications 18 20 
a 26, caracterise en ce que le bloc de traitement 
(180) de I'unite locale d'interface (14a-14d) 
controle en partie le calculateur (141) de 
Tequipement (14a-14d) par Tintermediaire de 
ladite liaison de terminal (15'). 25 

28. Systeme selon Tune des revendications 18 
a 27, caracterise en ce que le calculateur (141) 
de Tequipement (14b-14d) comportant une 
unite de stockage (142), le bloc de traitement 
(180) de Tunite locale d'interface gere ladite 30 
unite de stockage locale (181) en association 

avec Tunite de stockage (142) du calculateur, 

29. Systeme selon Tune des revendications 17 
a 28, caracterise en ce que ledit materiel 
standard du bloc de traitement (180) de Tunite 35 
locale d'interface est du type ordinateur per- 
sonnel ou compatible. 



40 
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